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Beschreibung 

Verfahren und Anordnung zum Uberwachen eines Programms 



5 Die Erfindung betrifft ein Verfahren und eine Anordnung zum 
Oberwachen eines Programms . 

Eine Oberwachung eines Programms erfolgt Ublicherweise 
mittels spezieller Haltepunkte (sog. Brakepoints) , an denen 

10 ein Programmierer Debuginf ormationen einsehen und 

gegebenenf alls auf eine Fehlf unktionalitat des Programms 
ruckschliefien kann. Diese handische Maflnahme ist bei einem 
hinreichend groflen Programm mit zahlreichen Unterprogrammen 
auiierst umstandlich und zeitraubend. Weiterhin erfolgt eine 

15 Auswertung der Debuginf ormation hauptsachlich offline, also 

nicht zur Laufzeit des Programms. Ist das Programm Teil eines 
verteilten Systems ist eine iibersichtliche handische 
Oberwachung nicht mehr koordinierbar . 

20 

Die Aufgabe der Erfindung besteht darin, ein Verfahren und 
eine Anordnung zur Oberwachung eines Programms anzugeben, das 
bzw. die auch zur Laufzeit des Programms, insbesondere in 
einem verteilten System, eine effiziente Oberwachung 
ermoglicht. Gerade fur eine Vielzahl von Programmen ist eine 
derartige Oberwachung anhand vorliegender Erfindung machbar. 

Diese Aufgabe wird gemafi den Merkmalen der unabhangigen 
Patentanspruche gelost. Weiterbildungen der Erfindung ergeben 
3 0 sich auch aus den abhangigen Anspruchen. 

Zur Losung der Aufgabe wird ein Verfahren zur Oberwachung 
eines Programms angegeben, bei dem das Programm urn einen 
Instrumentierungsteil erweitert wird. Der 
35 Instrumentierungsteil generiert eine Nachricht und 

iibermittelt diese Nachricht an einen Oberwachungsprozefi . Der 
Oberwachungsprozefl leitet eine vorgegebene Aktion ein. 
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Ein Instrumentierungsteil ist ein Programmteil oder ein 
( Programm- ) Code ( fragment ) , das mit dem zu uberwachenden 
Programm verbunden wird. Diese Verbindung kann dadurch 
erfolgen, daft der Instrumentierungsteil in das Programm 
selbst oder in eine mit dem Programm assoziierte Funktion 
eingebettet wird. Beispielsweise kann das Programm selbst an 
einigen Stellen instrumentiert werden, deren jede dann an den 
Uberwachungsprozefl bei bestimmten Ereignissen Nachrichten 
schickt. Gleichzeitig konnte eine Ausgaberoutine des 
Programms instrumentiert werden, so dafi zusatzlich zur 
normalen (also ohne Instrumentierung) Ausgabe des Programms 
weitere Ausgaben an den Uberwachungsprozefi geleitet werden 
(Instrumentieren der Ein-/Ausgabeschnittstelle des 
Programms ) . 

Der Uberwachungsprozefl iibernimmt vorzugsweise die 
Koordination der Nachrichten die (ggf . von zahlreichen 
verteilten) Programmen ubersandt werden. Ferner kann der 
(JberwachungsprozeB liber verschiedene Aktionen verfiigen, die 
er als Folge der Nachrichten auslosen bzw. einleiten kann: 

• So konnen z.B. die Nachrichten dargestellt werden. 
Die Darstellung erfolgt vorzugsweise abhangig von der 
Zeit, z.B. in Form eines Nachrichtenf lufidiagramms A 
(engl.: Message Sequence Chart, MSC) . Auch V 
Darstellungsformen als Baumstruktur oder in Form von 
Listen sind denkbar. 

• Weiters ist ein Eingriff in den Ablauf des Programms 
moglich. So konnte der Instrumentierungsteil 
veranlassen, dafi erst auf eine Antwort von dem 
OberwachungsprozeJi zu warten ist, ehe das Programm 
selbst fortgesetzt wird. Diese Antwort kann von einem 
Benutzer/Programmierer vorgenommen werden oder 
automatisch abhangig von bestimmten Vorgaben erfolgen 
(IF-THEN-ELSE-Konstruktion) . Der automatisierte 
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Ablauf kann als eigenes Unterprogramm, koordiniert 
durch den Oberwachungsprozeii, ablauf en. 

• Auch ist es moglich, daii die Aktion einer Steuerungs- 
oder Regelungsauf gabe entspricht. Ein Beispiel ware 
ein Zu- bzw. Abschalten einer Einheit eines 
technischen Systems, sobald bestimmte Vorgaben 
erfullt sind bzw. an den Oberwachungsprozeii gemeldet 
wurden . 

Vorteile des hier vorgestellten Verfahrens sind die 
Moglichkeit der Uberwachung des Programms zu seiner Laufzeit. 
Durch die Instrumentierung ist sichergestellt , daii auch 
wahrend der Laufzeit bestimmte Ereignisse in Form von 
Nachrichten an den Uberwachungsprozeii gemeldet werden. Dort 
werden diese Nachrichten gesammelt und geeignet aufbereitet. 
Insbesondere kann der Uberwachungsprozeii anhand einer 
Filterf unktion sicherstellen, daii nur diejenigen Nachrichten 
dargestellt oder beriicksichtigt werden, die auch tatsachlich 
den gefilterten Vorgaben entsprechen. Weiterhin ist die 
Einsatzmoglichkeit in einem verteilten System ein 
entscheidender Vorteil. Die unubersichtliche Interaktion 
vieler verschiedener Programme in dem verteilten System macht 
eine Fehlersuche schwierig. Die Obermittlung von Nachrichten 
an den Uberwachungsprozeii von jedem instrumentierten (auch 
verteilten) Programm vieler verschiedener Programme, die 
nicht alle auf derselben Rechnerplattf orm ablaufen, 
ermoglicht - nach geeigneter Filterung und/oder Aufbereitung, 
z.B. anhand eines Nachrichtenf lufidiagramms - die Wahrung 
einer Ubersicht, so daii eine Verfolgung bestimmter Aktion in 
dem verteilten System und die damit verbundene Fehlersuche 
deutlich erleichtert werden. 

Hierbei sei angemerkt, daii oben beschriebenes Programm 
durchaus auch je ein Teil eines zusammenhangendes Programms 
oder eine mit dem Programm verkniipfte ( assoziierte) Funktion 
sein kann. 
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Besonders von Vorteil ist es, wenn eine mit dem zu 
iiberwachenden Programiti assoziierte Middleware 1 
instrumentiert wird. In diesem Fall kann zentral eine 
Funktionalitat, derer sich das Programm bedient, 
instrumentiert werden. Dies ist gerade deshalb von 
herausragendem Vorteil, weil so bspw. nicht alle 
Ein-/Ausgaberoutinen in dem Programm instrumentiert werden 
mtissen, sondern statt dessen die eine zugehorige Routine in 
der Middleware instrumentiert wird. Dies entspricht gerade 
der Instrumentierung aller Ein-/Ausgaberoutinen in dem zu 
Iiberwachenden Programm. Die tatsachliche Erweiterung der 
einen Stelle in der Middleware ist auiierst okonomisch, da 
nicht das ganze zu uberwachende Programm nach besagten 
Routinen durchsucht werden muft . Die Anderung der 
Instrumentierung kann zentral an einer Stelle fur alle 
betroffenen Routinen erfolgen (Kapselung der Schnittstelle) . 
Ferner ist diese Art der Instrumentierung sehr flexibel und 
erweiterbar. Andert sich das zu uberwachende Programm, ist 
die Instrumentierung fur das nachste zu uberwachende Programm 
hinsichtlich der betroffenen Routinen (hier als Beispiel die 
Ein-/Ausgaberoutinen) bereits f ertiggestellt . 

Insbesondere werden in einem verteilten System, also in einem 
System, das mehrere Rechner aufweist, die uber ein Netzwerk a 
miteinander verbunden sind, die folgenden Mechanismen in dem 
Programm uberwacht: 

• Nachrichtenubermittlung (engl.: message passing, task 
to task) : 

Ein Empfanger (Programm oder ProzeB) wartet auf eine 
Nachricht. Er kann erst weitermachen, wenn die 
Nachricht von einem Sender ubermittelt worden ist. 

• Remote Procedure Call (RPC) : 

Beispielsweise versucht ein Prozeii auf einem anderen 
Rechner ("remote") ein Programm zu starten. Der 
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Prozeft wartet solange, bis auf dem "remote"-Rechner 
die Bearbeitung beendet ist. Im Normalfall erhalt der 
Prozeft eine Benachrichtung liber Erfolg oder Mifierfolg 
der Bearbeitung. 

Kontrollf luft (engl.: task join): 

Ein Prozeft wird einem anderen Prozeft hinzugefugt. Der 
hinzugefiigte Prozeft ist von da an nicht langer 
existent . 



Liegt ein verteiltes System vor, das aus mehreren Rechnern 
besteht, so ist jedes System fur sich eigenstandig und 
verftigt z.B. liber eine eigene Systemuhr. Urn eine semantische 
Korrektheit sicherzustellen ist es wichtig, Plausibilitat , 

15 z.B. den Zeitstempel der jeweiligen Nachrichten, zu 

uberpriifen. Jede verschickte Nachricht erhalt insbesondere 
einen Zeitstempel, der zur Synchronisation einsetzbar ist. So 
kann es vorkommen, daft die Obermittlung einer Nachricht eine 
bestimmte Zeitdauer benotigt und bei der Darstellung in dem 

20 Uberwachungsprozeft bei mehreren Nachrichten die zeitliche 
Abfolge geklart werden muft . Gehen die Systemuhren der 
einzelnen Systeme nicht gleich (wovon in der Regel auszugehen 
ist) , so wird von dem Uberwachungsprozeft die richtige 
zeitliche Abfolge der gesendeten Nachrichten bestimmt. Dies 
geschieht insbesondere mittels einer Heuristik, die 
iiberpruft, ob eine Annahme korrekt ist oder nicht. Ist dies 
der Fall, so wird die zuletzt ermittelte zeitliche Abfolge 
iibernommen, im anderen Fall wird eine nachste Annahme 
uberpriift. Die Uberprufung basiert auf einer Semantik der 

30 Nachrichten: So kann eine Antwort nicht vor einer Anfrage 
eingehen. Dies laftt Riickschlusse auf die Verhaltnisse der 
beiden involvierten Systemuhren zu. Es wird ein zeitlicher 
Offset bestimmt, der eine Plausibilitat der Systemuhren 
erfiillt. Der Offset kann angepaftt werden, sobald eine weitere 

35 Systemuhr mit einem Bezug zu mindestens einer der beiden 
bestimmten Systemuhren berticksichtigt werden muft. 
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Das oben beschriebene Verfahren ist bevorzugt einsetzbar zum 
Testen, Steuern unci Warten des Programms bzw. eines mit dem 
Programm assoziierten technischen Systems, 

5 Auch wird zur Losung der Aufgabe eine Anordnung zum 
Oberwachen eines Programms angegeben, bei der eine 
Prozessoreinheit vorqesehen ist, die derart eingeri chtet ist, 
dafi 



a) das Programm um einen Instrumentierungsteil 
1 0 erweiterbar ist ; 

b) der Instrumentierungsteil eine Nachricht generiert und 
an einen Uberwachungsprozefi ubermittelt; 

c) der Obe rwachungspr o z efi eine Aktion auslost. 

15 Diese Anordnung ist insbesondere geeignet zur Durchftihrung 

des erf indungsgemaJien Verfahrens oder einer seiner vorstehend 
erlauterten Weiterbildungen . 

Ausfuhrungsbeispiele der Erfindung werden nachfolgend anhand 
20 der Zeichnung dargestellt und erlautert. 

Es zeigen 

Fig.l ein Blockdiagramm mit logischen Komponenten zum 
2 5 Oberwachen eines Programms; 

Fig. 2 verschiedene Darstellungen von zu uberwachenden 
Mechanismen eines verteilten Systems; 

30 Fig. 3 eine Prozessoreinheit. 



Fig.l zeigt ein Blockdiagramm mit logischen Komponenten zum 
Oberwachen eines Programms. Das zu uberwachende Programm 101 
35 ist mit einer Filterf unktionalitat 102 und einer 

Instrumentierung 103 versehen. Der oben vielfach erwahnte 
UberwachungsprozefJ umfaBt die Blocke Ereignisgenerator 104 
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(engl.: "Event Generator"), Ereignismanager 109 (engl.: 
"Event Manager") und die verschiedenen 

Darstellungsmoglichkeiten 115 bis 120 (engl.: "Views"). 

5 Der Ereignisgenerator 104 enthalt einen Parser 105, zwei 
Nachrichtenschnittstellen 106 und 107 und eine Datei 108) . 
Der Ereignismanager 109 umfafit eine Verbindungseinhei t 110 
(engl.: "Merger"), eine Ereignisliste 111 (engl.: "Trace 
Event List"), ein Filtereinhei t 112 und eine gefilterte Liste 
113. Eine Auswahl des jeweiligen Eintrags innerhalb der 
gefilterten Liste 113 erfolgt iiber eine Navigationseinheit 
114 (engl. : "Stepper") . 

Die Filterf unktionalitat 102 ist vorgesehen zur Selektion 
15 bestimmter fur die jeweilige Anwendung interessierender 

Instrumentierungsteile der Instrumentation 103. Das Ergebnis 
der Instrumentierung, die Nachrichten, werden an eine 
Kommunikationsschnittstelle "Socket" 107 ubermittelt oder in 
eine Datei 108 geschrieben. Die eingehenden Nachrichten 
20 werden in dem Parser 105 aufbereitet und an die 

Verbindungseinheit 110 ubermittelt. Dort werden die vom 
Parser 105 erhaltenen Eintrage der Nachrichten in einer Liste 
111 abgelegt. Insbesondere erfolgt hier auch die semantische 
Oberprufung der den Nachrichten anhaftenden Zeitstempel. 
Optional erfolgt in Block 112 eine Filterung aller von der 
Verbindungseinheit 110 in der Liste 111 abgelegten 
Nachrichten nach bestimmten Vorgaben. Das Ergebnis ist die 
gefilterte Liste 113, deren Eintrage mittels 
Navigationseinheit 114 auswahlbar sind. 

30 

Die Navigationseinheit 114 dient als Interaktionsmedium fur 
den Benutzer. Dort konnen Eingaben erfolgen, die uber die 
Kommunikationsschnittstelle 106 des Ereignisgenerators 104 an 
den instrumentierten Programmteil 103 weitergeleitet werden. 
35 Insbesondere ist durch diese Interaktion ein Zusammenspiel 
von Programm und Instrumentierung moglich. 
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Die Interaktion kann durch Eingabe des Benutzers oder 
alternativ uber eine Vorschrift nach dem Schema "immer wenn 
... dann ..." erfolgen. Weiterhin kann eine Aktion 121 
durchgefuhrt werden, die ausgehend von dem Obesrwachungsprozeli 
5 zu einer externen Steuerung oder einem sonstigen externen 
Eingriff fuhrt. 



Die gefilterte Liste 113 kann in unterschiedlichen 
Darstellungen 115 bis 120 aufbereitet werden. Die Daten der 
10 gefilterten Liste 113 konnen dargestellt werden als 

• Liste (Block 115) , 

• hierarchisch sortierte Ansicht (z.B. nach Rechnern 
oder Struktur von Programmen und Prozessen, Block 
116), 

15 • Nachrichtenf luJidiagramm (MSC, Block 117) , wobei eine 

vorgegebene Gruppierung berticksichtigt werden kann, 

• detaillierte Ansicht (zu jeder Nachricht gibt es eine 
Reihe von Inf ormationen betreffend Sender, Empfanger, 
Zeitstempel, Nachrichteninhalt , etc.; Block 118), 

• Liste der vom Benutzer durchgef uhrten Eingaben (Block 
119) , 

• Testreport (Block 120) . 



20 



Aus Fig. 2 gehen verschiedene Darstellungen von zu 
uberwachenden Mechanismen eines verteilten Systems hervor. 
Fig. 2 ist dazu dreigeteilt in die Figuren 2A, 2B und 2C. Die 
jeweilige horizontale Linie bezeichnet die Zeitachse t. 



In Fig.2A ist die Nachrichtenubermittlung dargestellt. Ein 
Sender 201 setzt zu einem Zeitpunkt tl eine Nachricht ab, die 
zu einem Zeitpunkt t2 bei einem Empfanger 202 ankommt . 
Bereits zu einem Zeitpunkt t3 hat der Empfanger 203 damit 
begonnen auf diese Nachricht zu warten. Bis zu dem Zeitpunkt 
t2 hat er gewartet, jetzt setzt der Empfanger 202 die Arbeit 
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Fig.2B zeigt den Mechanismus "Remote Procedure Call, RPC" . Zu 
einem Zeitpunkt t4 setzt ein ProzeB 203 an einen Adressaten 
204 eine Meldung "CLIENT_BEGIN (Call object .method (...) " ab . 
Diese Nachricht kommt zu einem Zeitpunkt t5 bei dem 
5 Adressaten 204 an, der vorzugsweise eine eigener Rechner, 

fern von dem Rechner auf dem der ProzeB 203 ablauft, ist. Der 
Adressat 204 veranlaBt zu diesem Zeitpunkt t5 mit dem Befehl 
"SERVER__BEGIN" die Ausfuhrung des ubermittelten Kommandos . Zu 
einem Zeitpunkt t6 ist die Ausfuhrung bei Adressaten 204 
beendet, die Arbeit wird eingestellt ( "SERVER__END" ) und das 
Ergebnis "res" an den ProzeB 203 zurtickgeschickt ("Return 
res=obj .me th (...)") . Zu einem Zeitpunkt t7 kommt das Ergebnis 
bei dem ProzeB 203 an, der RPC wird mit dem Befehl 
" CL I ENT_END " beendet. Der ProzeB hat von t4 bis t7 gewartet 
und setzt jetzt mit dem auf dem Adressaten 204 ermittelten 
Ergebnis "res" seine Bearbeitung fort. 

Ein Beispiel fur einen KontrollfluB ist in Fig.2C 
dargestellt. Dabei sollen zwei Prozesse miteinander verbunden 
20 werden ("Task Join"). Zu einem Zeitpunkt t8 wird von einem 

Prozeli Taskl 205 ein Kommando " JOIN_REQUEST" zu einem ProzeB 
Task2 206 geschickt. Dort angekommen, bewirkt zu einem 
Zeitpunkt t9 ein Kommando " JOIN_START" , daB bis zu einem 
Zeitpunkt tlO der ProzeB Task2 206 die Verkniipfung mit dem 
ProzeB Taskl 205 durchfiihrt. Zu dem Zeitpunkt tlO erfolgt mit 
dem Kommando "JOIN_DONE" eine Ruckkehr zu dem ProzeB Taskl 
205, der zu einem Zeitpunkt til mit einem Kommando "JOIN_END" 
die Arbeit wiederauf nimmt . Der ProzeB Taskl 205 hat von t8 
bis til gewartet, der ProzeB Task2 206 ist nach tlO beendet. 

30 

Die Figuren 2A, 2B und 2C veranschaulichen unterschiedliche 
Mechanismen, die in einem verteilten System beobachtet werden 
konnen, urn einen Oberblick iiber die Interaktion von verteilt 
ablaufenden Programmen und Prozessen zu erhalten. Gerade bei 
35 der Fehlersuche Oder bei Wartungsarbei ten ist es von 

unschatzbarem Vorteil, an der interprozessualen Schnitts telle 
Aktionen mitverfolgen zu konnen. 
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In Fig. 3 ist eine Prozessoreinheit PRZE dargestellt. Die 
Prozessoreinheit PRZE umfafit einen Prozessor CPU, einen 
Speicher SPE und eine Input/Output-Schnittstelle IOS, die 
liber ein Interface IFC auf unterschiedliche Art und Weise 
genutzt wird: Uber eine Graf ikschnittstelle wird eine Ausgabe 
auf einem Monitor MON sichtbar und/oder auf einem Drucker PRT 



ausgegeben. Eine Eingabe erfolgt iiber eine Maus MAS oder eine 
Tastatur TAST. Auch verfugt die Prozessoreinheit PRZE liber 
10 einen Datenbus BUS, der die Verbindung von einem Speicher 

MEM, dem Prozessor CPU und der Input/Output-Schnittstelle IOS 
gewahrleistet . Weiterhin sind an den Datenbus BUS zusatzlicho, 
Komponenten anschlieftbar , z.B. zusatzlicher Speicher, 
Datenspeicher (Festplatte) oder Scanner. 

15 
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Patentanspriiche 

1. Verfahren zum Oberwachen eines Programms, 

a) bei dem das Programm um einen Instrumentierungsteil 
5 erweitert wird; 

b) bei dem der Instrumentierungsteil eine Nachricht 
generiert und an einen Uberwachungsprozeli ubermittelt; 

c) bei dem der UberwachungsprozeJi eine Aktion auslost. 



10 2. Verfahren nach Anspruch 1, 

bei dem die Aktion eine der folgenden Moglichkeiten 
umf aBt : 

d) Darstellung der Nachricht; 

e) Eingriff in den Ablauf des Programms; 

15 f) Steuerung und/oder Regelung einer mit dem Programm 

assoziierten Einheit . 

3. Verfahren nach Anspruch 1 oder 2, 

bei dem der Instrumentierungsteil nach Obermittlung der 
20 Nachricht auf eine Antwort, die von dem 

Uberwachungsprozefi erzeugt wird, wartet. 

4. Verfahren nach Anspruch 3, 
bei dem die Antwort nach Eingabe eines Benutzers oder 
durch einen automatisierten Ablauf erstellt wird. 



5. Verfahren nach einem der vorhergehenden Anspruche, 

bei dem mehrere Nachrichten dargestellt werden als Liste, 
Baumdiagramm oder als ein Nachrichtenf lufldiagramme 
30 (Message Sequence Chart, MSC) . 



6. 



Verfahren nach einem der vorhergehenden Anspruche, 

bei dem das Programm ein Teil eines groiieren Programms 
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7. Verfahren nach einem der vorhergehenden Anspruche, 
bei dem eine mit dem Programm assoziierte Funktion 
instrument! ert wird. 



Verfahren nach einem der vorhergehenden Anspriiche, 
bei dem eine mit dem Programm assoziierte Middleware 
instrumentiert wird. 



9. Verfahren nach einem der vorhergehenden Anspriiche, 
bei dem mindestens einer der folgenden Mechanismen 
iiberwacht wird: 

g) Remote Procedure Call (RPCs), 

h) Nachrichtenubermittlung, 

i) Kontrollflufi . 



0. Verfahren nach einem der vorhergehenden Anspriiche, 

bei dem mehrere Programm in einem verteilten System oder 
ein Programm, das uber das System verteilt ist, iiberwacht 
wird. 



1. Verfahren nach Anspruch 10, 
bei dem eine Oberpriif ung einer semantischen Korrektheit 
mittels vorgegebener Heuristiken erfolgt. 

2. Verfahren nach einem der vorhergehenden Anspriiche 
zum Testen, Steuern oder Warten eines technischen 
Systems. 

3. Anordnung zum Oberwachen eines Programms, 
bei der eine Prozessoreinheit vorgesehen ist, die derart 
eingerichtet ist, daft 

j) das Programm urn einen Instrumentierungsteil 

erweiterbar ist; 
k) der Instrumentierungsteil eine Nachricht generiert und 

an einen OberwachungsprozeB ubermittelt; 
1) der Oberwachungsprozeii eine Aktion auslost. 
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Zusammenf as sung 

Verfahren und Anordnung zum Oberwachen eines Programms 

5 Es wird ein Verfahren zur Oberwachung eines Prograinitis 
angegeben, bei dem das Programm urn einen 
Instrumentierungsteil erweitert wird- Der 
Instrumentierungsteil generiert eine Nachricht und 
tibermittelt diese Nachricht an einen Oberwachungsprozefi. Der 
10 Uberwachungsprozefi leitet eine vorgegebene Aktion ein. 



• 
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